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Verfahren und Vorrichtung zur automatischen Bearbeitung von elektronischen 
Dokumenten, insbesondere Rechnungen 

Beschreibung 

Die Erfindung betrifft ein Verfahren zur automatischen Bearbeitung von Dokumenten, 
insbesondere Rechnungen mit Hilfe eines Computersystems, bei dem ein elektronisches 
Dokument (Rechnung) mit einer Vielzahl von Datenfeldem vorliegt, die 
Dokument(Rechnungs)informationen enthalten, und bei dem das Dokument (Rechnung) 
von einer ersten Partei einer zweiten Partei zuganglich gemacht wird. Die Bezeichnung 
.Jautomatisch" soli dabei Interaktionen eines Benutzers mit dem Computersystem im Zuge 
^Jer Bearbeitung nicht ausschliefien. 
) 

Elektronische Systeme zur Zahlung von Rechnungen sind bekannt, beispielsweise aus der 
US 5, 465,206. Das Dokument offenbart ein System zur Zahlung von Rechnungen, bei 
dem in einem Netzwerk aus Rechnungsstellern und Rechnungsempfangern die 
Rechnungsempfanger ihre Rechnungen nachvorgegebenen Regeln bezahlen. Die 
Rechnungsempfanger erhalten die Rechnungen von den am System teilnehmenden 
Rechnungsstellern, die in der Rechnung eine Summe und eine Identifikationsnummer 
mitteilen. Dieses System hat jedoch den Nachteil, daft es keine unterschiedlichen 
Rechnungsformate vom Rechnungssteller und Rechnungsempfanger unterstutzt. Eine 
^Hinzufugung von weiteren Informationen, wie Kontierungsdaten zu einer Rechnung ist 
^gjcht moglich . Aufterdem wird seine Handhabung bei einem hohen Aufkommen von 
c'Rechnungen aufwendig und teuer wird. Eine Integrierung solcher Systeme in bereits 
bestehende Buchhaltungssysteme ist datentechnisch aufterordentlich schwierig unf 
aufwendig, wenn nicht sogar unmoglich. Insbesondere fur Rechnungsempfanger mit 
geringem Rechnungsaufkommen verursacht eine solche Integrierung einen 
aulierordentlich hohen Aufwand fur IT System, Support und Personal. 

Hier will die Erfindung eine Verbesserung vorgeben. 

Diese Aufgabe wird durch ein Verfahren gemaU dem Hauptanspruch gelost. 



Gegenstand der Erfindung ist daher ein Verfahren zur Bearbeitung von Dokumenten mit 
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Hilfe eines Computersystems, bei dem das Dokument in elektronischer Form mit ein oder 
mehreren Datenfeldem vorliegt, die Dokumentinformationen enthalten, und bei dem ein 
oder mehrere elektronische Dokumente von einer ersten Partei einer zweiten Partei 
zuganglich gemacht werden, dadurch gekennzeichnet, daft 

die zweite Partei auf ein oder mehrere strukturierte Dokumente zugreift, die von der ersten 
Partei bereitgestellt sind, und die es der zweiten Partei ermoglichen, ein oder mehrere 
weitere Datenfelder zu ein oder mehreren Datenfelder des oder jeden elektronischen 
Dokumentes hinzuzufugen. 

Hierbei ist anzumerken, dass die erste und zweite Partei nicht notwendigerweise 
unterschiedliche juristische Personen sein miissen. Die erste und zweite Partei konnen 
<i;auch innerhalb eines Unternehmens angesiedelt sein, beispielsweise als unterschiedliche 
^JKbteilungen, die Computersysteme haben, die uber ein Netzwerk verbunden sind. Beide 
Parteien konnen sogardas selbe Computersystem benutzen. 

Ein Computerprogramm zur Durchfuhrung des erfindungsgemafien Verfahrens und seiner 
bevorzugten Ausfuhrungsformen, die im folgenden noch beschrieben werden, wird im 
folgeriden auch als eCSP (external Customer Service Provider) bezeichnet. 

Besondere Ausfiihrungsformen des erfindungsgemafien Verfahrens bzw. besondere 
Ausgestaltungen der erfindungsgemaften Vorrichtungen sind in den jeweiligen 
/ Unteransprtichen offenbart. Es konnen auch einzelne oder mehrere oder beliebige 
^ Kombinationen der in den jeweiligen Unteranspriichen einer Kategorie offenbarten 
y^lerkmale zusammen mit den Merkmalen des jeweiligen Hauptanspruchs erfinderische 
Losungen der der Erfindung zugrunde liegenden Aufgabe darstellen. 
Gegenstand der Erfindung ist weiter ein Computersystem sowie ein Computerprogramm 
und eine Computerprogrammprodukt zur Durchfuhrung der erfindungsgemafJen 
Verfahrens. 

Die Vorteile der Erfindung bzw. des erfindungsgemaflen Konzeptes der Bereitstellung 
eines Services zur Bearbeitung von Dokumenten, bzw. der Auslagerung Software zur 
Bearbeitung der Dokumente sind im wesentlichen darin zu sehen, daft das 
erfindungsgemaBe Verfahren einfach in die IT. Systeme von Biller und Customer zu 
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integrieren ist. Der Customer benotigt lediglich einen Computer mit Netzwerk- (Internet) 
AnschlufJ und Webbrowser. 

Rechnungen von unterschiedlichen Billem sind fur einen Customer einfach handhabbar, 
unterschiedlich Finanzinstitute als Payment Service Provider sind moglich. Das Verfahren 
ist bei hohem Rechnungsaufkommen leicht skalierbar, durch netzwerkartige Verschaltung 
von mehreren Consolidatoren uber Landergrenzen hinweg ist landerubergreifende 
Rechnungsstellung, Rechnungsprasentation und Zahlung moglich, ebenso ein 
Rechnungsreview per Workflow. 

Weiter sind weniger "professional users" beim Anwender erforderlich, jeder Mitarbeiter ist 

potentieller Initiator von Rechnungen und somit Rechnungsprufer (z.B. bei Firmenwagen). 

Es fallen weniger Kosten fur Ausbildung an ("easy-to-use" Web-Applikation 
^Rechnungsprufer)) und es besteht ein grolies Potential zur Einsparung von Kosten fur 
'^5oft- and Hardware and Implementierung, die Prozesse konnen schlanker, die 

Prozesszeiten, verkurzt werden. 

Die Erfindung wird nachfolgend anhand von vorteilhaften Ausfuhrungsbeispielen fur den 
Spezialfall einer Rechnung und deren Bearbeitung im folgenden weiter erlautert. Eine 
Beschrankung der Erfindung in irgend einer Weise ist dadurch nicht beabsichtigt. 
Formulierungen wie der „der eCSP kann ... eine bestimmte Aktion durchfuhren" oder „ein 
Benutzer kann ... eine bestimmte Aktion durchfuhren", „der eCSP - oder ein Benutzer - tut 
... dies oder jenes" usw. und ahnliche Formulierungen sind so zu verstehen, dafi der eCSP 
so programmiert ist, dad in seinen bevorzugten Ausfiihrungsformen die Durchfuhrung der 

^bestimmten Aktion automatisch oder aufgrund einer Interaktion eines Benutzers mit dem 

G^CSP moglich ist. 

In den folgenden Ausfuhrungen werden folgende Abkurzungen verwendet. 
RE: Rechnungsempfanger; RS: Rechnungssteller; 

BSP: Biller Service Provider, eine Teilkomponente des SAP Biller Consolidator, eines SAP 
Software Produktes zur computerimplementierten Behandlung von Rechnungen. Der RS 
liefert Rechnungen beim BSP ein. Der BSP wird betrieben von einem Unternehmen, dass 
sich um Belange des Biller kummert und ihm einen Teil des Rechnungsstellungsprozesses 
als Dienstleistung anbietet. 

Consolidator: weitere Teilkomponente des SAP Biller Consolidator. Knoten zwischen 
moglicherweise verschiedenen BSP's und verschiedenen eCSP's. Regelt die 
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Kommunikation zwischen BSPs und eCSPs und verwaltet die Beziehungen zwischen 
Rechnungsstellern und Rechnungsempfangern. 

Service Billing: Billing Applikation der Komponente SAP Biller Consolidator. Ein Betreiber 
eines BSP, Consolidator Oder eCSP kann mit Hilfe des Service Billing seinen Kunden 
gegenuberdie erbrachten Dienstleistungen verrechnen. 

Der „externe Customer Service Provider Oder eCSP kann im Rahmen der Komponente 
SAP Biller Consolidator der Anzeige von Rechnungen und Rechnungssinformationen im 
Internet Browser sowie deren Kontierung und Vorbereitung zur Buchung in einem dafur 



vorgesehenen Backend-System dienen. Damit sehen Rechnungsempfanger im Internet 
Oire Rechnungseingange pro Lieferant und konnen diese Daten fur die weitere 
^feearbeitung wie GutheifJung und Kontierung verwenden. Mit Hilfe des eCSP lassen sich 
u.a. die Transaktionskosten fur die Rechnungsabwicklung verringern und die 
Lieferantenbindung verbessem. 

Der eCSP beseitigt die heute noch bestehenden Medienbruche bei digitalen 
Geschaftstransaktionen und eignet sich dabei fur alle Untemehmen, die direkt oder uber 
einen Consolidator mit ihren Geschaftspartnern Rechnungsinformationen austauschen 
wollen. In diesem Fall muss nicht, wie bei klassischen EDI-Verbindungen, eine direkte 
Beziehung zwischen Lieferant und Kunde bestehen. Femer benotigt der Sachbearbeiter 
beim Kunden keine umfassenden Systemkenntnisse und Schulungen, um eine Rechnung 
kontieren zu konnen, sondem fullt eine selbsterklarende, einfache Maske im Internet 

(Browser mit den relevanten Informationen, woraufhin das System einen Buchungsbeleg 

^rzeugt, der ins Backend-System des Kunden iibergeleitet wird. 
Der eCSP unterstutzt das Pull-Prinzip, d.h. der eCSP holt periodisch Rechnungen fur 
seine Kunden bei dem ensprechenden Consolidator ab, und jeder Kunde holt periodisch 
seine Rechnungen bei seinem eCSP ab (in beiden Fallen keine aktive Versendung von 
Rechnungen). Dabei wird der Rechnungsempfanger per e-Mail uber Veranderungen 
seines Kontostandes (neue Rechnungen oder Gutschriften) informiert (Push-Prinzip) und 
kann anschlieflend die Web-Seite des CSP besuchen, um sich dort seine 
Rechnungsdaten anzuzeigen, zu bearbeiten und in Beleg-Struktur per Download 
abzuholen (Pull-Prinzip). Fur den Zugriff auf diese Informationen muss der 
Rechnungsempfanger keinerlei SAP-Software installieren und benotigt nur einen Web 
Browser [1 0.44 sogar mit Versionsangabe]. 
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DereCSP kann Rechnungsdaten bzw. Rechnungen empfangen und kann diese dem 
Rechnungsempfanger zur weiteren Bearbeitung bereitstellen. Die Rechnungen konnen 
von einem Consolidator, von einem Rechnungssteller oder aus dem Hause des 
Rechnungsempfangers selbst kommen. Im eCSP konnen eingehende Rechnungen in 
digitaler Form bearbeitet und in Beleg-Form fur die Buchung bereitgestellt werden. Die 
erfindungsgemalle Losung kann mehrwertsteuerkonform sein. 

Die Verarbeitung von Rechnungen im eCSP kann die folgenden Verarbeitungsschritte 
umfassen: 



• Abholung von Rechnungen vom Consolidator uber eine CCX-Schnittstelle als XML- 
7 IDOC und als PDF 
^ • Neben Rechnungen konnen auch Mahnungen (entsprechen dem Format einer 



r 
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Rechnung mit entsprechender Kennzeichnung) und Gutschriften 
entgegengenommen werden. 

In der Eingangsverarbeitung konnen die Rechnungen formal und inhaltlich gepruft 
und im Fehlerfall abgewiesen. Ansonsten kann ein Workflow und - falls vorhanden 
- auch eine Kontierung zugeordnet werden. 

Die verarbeitete Rechnung konnen auf dem eCSP mit Kontierungen in den dafur 
vorgesehenen Tabellen gespeichert werden. Zusatzlich konnen auch auch die 
XML-Rechnung und die PDF-Rechnung erhalten werden. 

Der Rechnungsempfanger kann Workflow, Rollen bzw. Benutzer, die automatische 
Vorkontierung und die Belegerstellung konfigurieren. Die Workflow- und 
Kontierungseinstellungen konnen je Rechnungssteller vorgenommen werden. 
Zur Erzeugung der Buchhaltungsbelege und Uberleitung in eine Sammeldatei (z.B. 
Bl-Mappe) kann ein entsprechender Report zur Verfugung gestellt werden, der 
periodisch vom Betreiber oder Customer eingeplant werden kann. Zur Erzeugung 
anderer Formate kann ein Badl zur Verfugung gestellt werden. Die Ubergabe der 
Datei an das Kundsensystem kann uber Downloads erfolgen. 
Im eCSP konnen Cost Events generiert werden. Diese konnen periodisch vom 
Betreiber an eine Faktura-Applikation, z.B. Service Billing, ubergeben werden, 
damit daraus Rechnungen erstellt werden konnen, die wiederum beim BSP 
eingeliefert werden konnen. 
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DereCSP kann von Mitarbeiter von Firmen benutzt werden, die unterschiedliche Rollen 
ubernehmen. Dies sind Mitarbeiter bei einem Betreiber eines eCSPs, die Mitarbeitem der 
angebundenen RE's Support leisten und in diesem Zusammenhang beispielsweise 
Stammdaten pflegen und Meidungen monitoren konnen. Vorteilhafterweise jedoch sind die 
Mitarbeiter beim Rechnungsempfanger, die die Rechnungsprufung vornehmen und die 
Rechnungen kontieren. Eine weitere Rolle spielt der Systemadministrator beim RE, der 
User anlegen kann und Berechtigungen verwaltet. 

Zum Betrieb des eCSP sind folgende Benutzungsschnittstellen vorteilhaft: 

■ Frontend fur die Buchhaltungs-Mitarbeiter des Rechnungsempfangers: Diese rufen 
iiber den Internet-Web-Browser die Internet Adresse des eCSP auf, authentifizieren 

4 sich und prufen und kontieren daraufhin die eingegangenen Rechnungen. 
^ ■ Frontend fur den Systemadministrator des Rechnungsempfangers 

■ Frontend fur den Supportmitarbeiter des eCSP-Betreibers: Pflege der Stammdaten 
des Rechnungsempfangers, wie z.Bsp. Rechnungssteller, Rechnungsarten, 
Rechnungspositonsarten, Kontierungsinformationen, Customizing Beleg-Erstellung. 

Unterstutzte Formate: beispielsweise XML-IDOC und UN/EDI FACT. Ferner konnen PDF- 
Files der Rechnungen mit ubernommen werden konnen. 

Fur die Frontends konnen die aktuellsten Technologien verwendet werden, derzeit sind 
dies Java Server Pages oder Webfrontend. 

Der Benutzer eines Rechnungsempfangers benotigt lediglich einen PC mit Internetzugang 
(und einem gangigen Webbrowser (Netscape 6.0 oder Internet Explorer 5.5 oder ein 
^icheres Release eines dieser beiden Produkte). Hieruber soli er Rechnungssteller 
hinzufugen und entfernen konnen, Rechnungen bearbeiten und Stammdaten verwalten 
konnen. 

Der eCSP kann an verschiedenen Stellen mit dem Consolidator mommunizieren. Als 
Kommunikationsprotokol kann https und TCP/IP verwendet werden. Hierbei sollte zu 
jedem Zeitpunkt das Kbmmunikationsformat unterstutzt werden, dass der bestehende 
Consolidator versteht und verwendet. 

Benutzer konnen sich beim Zugang zum eCSP authentifizieren, z.B. uber User-ID und 
Passwort, oder uber Zertifikate. Das Initialpasswort jedes Benutzers kann z.B. nurfurdie 
erste Anmeldung gultig sein und bei dreimaliger falscher Eingabe des Passworts 
deaktiviert werden. 
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Der eCSP Betreiber kann seinen Namen und sein Logo einmalig im System hinterlegen. 
Beides kann jedem Anwender, der sich fur einen Rechnungsempfanger am Frontend 
anmeldet, im Kopf des Standardlayouts angezeigt werden. 

Nutzt der Betreiber die Komponente „Service Billing", so kann er femer spezifizeren, an 

welches CRM System die erstellten Cost Events ubergeben werden sollen. 

Schliesst der Betreiber einen Vertrag mit einem neuen Rechnungsempfanger, so legt er 

fur diesen eine Organisationseinheit mit Identifikationsnummer und Stammdaten im eCSP 

an. 

Unter einer Organisationseinheit wird die kleinste organisatorische Einheit eines 
Geschaftspartners versetanden, der sich an einen eCSP anbindet. Anwender erhalten ihre 
Zugangsberechtigungen fur eine bestimmte Organisationseinheit, Cost Events werden je 
^{Organisationseinheit definiert, d.h. der Betreiber kann seine geleisteten Services nicht 
Reiner als nach Organisationseinheiten verrechnen. Fur Firmen kann es sich also anbieten, 
mehrere Organisationseinheiten einrichten zu lassen (beispielsweise eine pro 
Buchungskreis). 

Die Identifikationsnummer wird vom Consolidator angefragt - ein entsprechendes XML 
request ist im iCSP bereits vorhanden - und wird vom Consolidator zentral vergeben. 
Der Umfang der Stammdaten ist durch die im SAP („zentralen") Geschaftspartner 
verfugbaren Felder festgelegt. Fur den Inhalt der Stammdaten gibt es keine 
Einschrankungen, denn samtliche Rechnungsdaten entstammen den Bewegungsdaten. 
Jedem Rechnungsempfanger kann ein Workflowmuster zugeordnet werden. Beim 
Anlegen eines neuen Rechnungsempfangers sollte defaultmaftig das Standard- 
^Workflowmusterfur den Jndividuellen Workflow" voreingestellt sein. 

^bas Bekanntmachen des neuen Rechnungsempfangers mit dem Consolidator, an den der 
eCSP angebunden ist, erfolgt durch den eCSP, beispielsweise bereits bei der Anf rage 
nach einer Identifikationsnummer. Diese Funktion sollte vollautomatisch uber eine XML 
Schnittstelle erfolgen konnen. 

Sobald ein Benutzer einer Organisationseinheit Zugang zum System hat, soil er per 
„Billerliste" auswahlen konnen, von welchen der angebundenen Rechnungssteller er uber 
diesen CSP elektronische Rechnungen erhalten mochte. Diese Beziehungen werden beim 
Consolidator verwaltet. Der eCSP sorgt lediglich fur die Anzeige der entsprechenden 
Informationen und fur die Kommunikation mit dem Consolidator dann, wenn ein 
Rechnungsempfanger den elektronischen Rechnungsempfang von einem 
Rechnungssteller initiieren oder beenden mochte. 
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Die Billerliste ist demnach eine vollstandige Liste aller angebundenen Rechnungssteller, 
aus der neben der eindeutigen Bezeichnung (Name Rechtsform, Firmensitz) auch der 
Status der Biller-Customer-Beziehung mit dieser Organisationseinheit hervorgeht (z.B. 
nicht angebunden, angebunden, Anbindung beantragt, Anbindung abgelehnt). 
Die Anzeige der Billerliste erfolgt im eCSP. Sie soil auf- und absteigend nach Namen und 
ggf. Firmensitz sortierbar sein und insbesondere kennzeichnen, welche Rechnungssteller 
sich innerhalb einer einstellbaren Zeitspanne neu angebunden haben. Der Inhalt der 
Billerliste wird im Consolidator vorgehalten und in die Liste eingespeist. Ein Link auf die 
Delegationserklarung des Rechnungsstellers entsprechend der Anforderungen der ESTV 
kann vorhanden sein. 

Wird ein Rechnungssteller von einer Organisationseinheit ausgewahlt, so kann die 
Organisationseinheit dabei die Debitorennummer Chiller's Customer Number") angeben, 
^inter der der Rechnungssteller sie als Kunden fuhrt. Dies erleichtert diesem die korrekte 

Zuordnung dieser Firma zu seinem Nebenbuchkonto. 

Der eCSP Betreiber leitet diese Anfrage des Rechnungsempfangers an den Consolidator 
weiter. Sobald der Consolidator die Antwort des Rechnungsempfangers schickt, kann der 
Rechnungsempfanger hieruber informiert werden. Dasselbe geschieht, wenn der RS sich 
umentscheidet und fortan seine Rechnungen von einem RS wieder auf konventionellem 
Weg erhalten mochte. Er kundigt einfach seine Anbindung an diesen RS. 
In der Billerliste wird stets der Status des angebundenen RS aktualisiert: neu, 
Anbindung beantragt, angebunden, Kundigung beantragt, gekundigt, ausgeschieden usw. 
JNenn ein Lieferant aus dem Biller-Consolidator ausgeschieden ist, so soil er dennoch fur 
weitere zwei Monate in der Liste mit einem Vermerk versehen oderfarblich abgehoben 

ufgefiihrt werden, bevor er aus der Liste geloscht wird. 
Jedem Benutzer konnen Berechtigungen in einem Umfang vergeben werden, der genau 
dem Aufgabengebiet des jeweiligen Benutzers entspricht. Uber die Berechtigungen wird 
ausgesteuert, ob ein Benutzer eine bestimmte Systemtransaktion ausfuhren darf oder 
nicht. Dieses Recht kann einem Benutzer fur jede Systemtransaktion erteilt oder 
verweigert werden. 

Da Sets an Berechtigungen sich haufig wiederholen, konnen Berechtigungen uber 
Berechtigungsprofile gepflegt und den Benutzern dann gleich ein oder mehrere 
Berechtigungsprofile zugeordnet werden. Jede angebundene Organisationseinheit kannn 
ihre eigenen Berechtigungsprofile selbst verwalten. 
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Die Berechtigung eines Benutzers fur eine Organisationseinheit kann fein ausgesteuert 
werden konnen. Die Granularitat kann im eCSP mit folgenden Berechtigungsobjekten 
festgelegt werden: 

■ Rechnungsanzeige (Leseberechtigungen): 

o Abhangig vom Rechnungssteller (Lieferant bzw. Kreditor) 
o Abhangig vom Betrag pro Wahrung 

■ Rechnungsbearbeitung (Schreib-Berechtigung): 

o Abhangig vom Betrag pro Wahrung 

Das System rechnet nicht um, sondem die Berechtigung bezieht sich auf 

Betrag und Wahrung. Man muss also Berechtigungen fur einen bestimmten 
J Hochstbetrag von der Wahrung abhangig machen und bekommt auch keine 

^ Probleme, wenn die Kurse nicht richtig gepflegt sind. 

o Schreiben der Kontierungswerte in Feldem 1..n (separat, d.h. jeder 

Mitarbeiter darf bestimmte Felder editieren und darin nur bestimmte Werte 

auswahlen) [1.40] 
o Vorangegangener Geschaftsvorfall (Storno, Mahnung, Rechnung) 
o Rechnungsempfanger 

Ein Benutzer kann unterschiedliche Berechtigungen inunterschiedlichen 

Organisationseinheiten haben. Sie konnen vollstandig separat gepflegt 

werden. 

■ Stammdatenpflege 

<v o Kommunikationsdaten 



r o Bankverbindungen 

o Zahlungsmethoden 

■ Benutzerverwaltung 

o Organisationseinheit 
Folgenden Rollen konnen im eCSP integriert sein (basiert auf geregeltem Workflow): 

■ Rechnungspriifer - dessen Berechtigungen jeweils fur die ihm zugewiesenen 
Rechnungen: 

o Systemtransaktionen: Rechnungsdetails, PDF anzeigen, Rechnung 




o 



o 



bearbeiten, gutheissen, ablehnen 
Samtliche Rechnungsdetails (lesen) 
Kontierungsfelder (alle, schreiben) 



Seite 9 



SAP Aktiengesellschaft - 10 - 

o Interne Notizen (schreiben) 
o Ruckfragen an RS (schreiben) 
o Nachsten Bearbeiter (nur lesen) 

■ Freigeber 

o Systemtransaktionen: Rechnungsdetails, PDF anzeigen, Rechnung 

bearbeiten, freigeben, ablehnen 
o Samtliche Rechnungsdetails (lesen) 
o Kontierungsfelder (alle, lesen) 
o Interne Notizen (schreiben) 

■ Dispatcher 

o Systemtransaktionen: Rechnungsubersicht, Rechnungsdetails, PDF 

anzeigen, Mitarbeiter zuordnen 
o Samtliche Rechnungsdetails (lesen) 
o Kontierungsfelder (alle, lesen) 
o Interne Notizen (schreiben) 
o Ruckfragen an RS (schreiben) 
Eskalationsmanager: keine explizite Rolle, kann jeder sein. Einzige explizite 
Aufgabe ist der Erhalt von Nachrichten im Falle dass eine Rechnung zu langsam 
bearbeitet wird. 
Buchhalter 

o Download der Batch-Input Mappen 
Finanzdirektor 

o Systemtransaktionen: Rechnungsubersicht, Rechnungsdetails, PDF 

anzeigen, Rechnung bearbeiten, freigeben, ablehnen, Mitarbeiter zuordnen 
o Samtliche Rechnungsdetails (lesen) 
o Kontierungsfelder (alle, schreiben) 
o Interne Notizen (schreiben) 
Systemadministrator 
p Benutzer verwalten 
o Berechtigungsprofile verwalten 
o Berechtigungsprofile, Berechtigungen zuordnen 
o Bevorzugtes Dateiformat wahlen 
Buchhaltungsdienstleister 
o Workfloweinstellungen 
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o Kontierungsfelder 
o Kontierungswerte 

o Berechtigungsverwaltung fur die Rechnungsprufung 



Fur den Ausdruck der im folgenden beschriebenen Rechnungsanzeigen die Standard- 
Druck-Funktion des jeweiligen Intemetbrowsers verwendet werden. 

Folgende beispielhafte Art der Rechnungsdarstellung ist moglich: 

Nach Anmeldung auf dem Frontend erhalt der Benutzer eine tabellarische Ubersicht alier 
Rechnungen, die er sehen darf. Jede Rechnung wird durch einen Zeileneintrag 
reprasentiert mit den folgenden Angaben: 
■ Rechnungssteller 



™ - Rechnungsstellungsdatum / alternativ Falligkeitsdatum (Alternativen auswahlbar) 

■ Rechnungsbetrag in Rechnungswahrung (Die Wahrung jeder Rechnung kann mit 
angegeben werden.) 

■ Status der Rechnung (neu, in Bearbeitung, freigegeben, abgelehnt, Ruckfrage, 
Antwort erteilt) 

■ Benutzer (derzeitigen Bearbeiter) anzeigen prufen 

Die Rechnungsubersicht kann nach alien Spalten (Rechnungssteller, Betrag, Wahrung, 
Status, Datum) auf- und absteigend sortiert werde. 

Die Rechnungsubersicht kann uber flexible Selektion reduziert werden. Eine Selektion 
kann sowohl auf Einzelwerte als auch auf Intervalle aller oben genannten Felder erfolgen. 

\Die gewahlten Sortier- und Selektionskriterien sollen benutzerspezifisch gespeichert 

^terden konnen. 

Ein Download der Rechnungsubersicht aus dem Frontend heraus kann im CSV Format 
und als Excel Datei erfolgen. 

Zu jeder Rechnung konnen per Drilldown die Rechnungsdetails angezeigt werden. Es wird 
das vom Rechnungssteller gewahlte Werbetemplate im Intemetbrowser (z.B. als html) 
angezeigt, dass beispielsweise auch das Logo des Rechnungsstellers enthalten kann. 
Dieser Anzeige kann der Rechnungsempfanger alle relevanten Details der Rechnung 
entnehmen (beispielsweise Einzelpositionen der Rechnung). 

Urn die Druckversion der Rechnung zu sehen, kann der Benutzer sich jede Rechnung 
zusatzlich als PDF Datei anzeigen lassen. In diesem Fall offnet ein zweiter Browser und 
zeigt dem Benutzer die Rechnung, die er sich per Post hatte ztischicken lassen konnen. 




Rechnungsnummer 
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. Ein Download des PDF Files erfolgt mit Hilfe des entsprechenden Programms (z.B. 
Adobe). 

Jeder Organ isationseinheit kann eine beliebige Anzahl an weiteren Datenfeldern (z.B. 
Kontierungsfeldern) zur Verfugung]. Bei der Einrichtung des Systems legt die 
Organisationseinheit einmalig pro Kontierungsfeld fest: 

■ Name des Feldes (z.B. Kostenstelle, Sachkonto, usw.) 

■ Zulassige Werte jedes Kontierungsfeldes 

Ferner kann zu jedem Kontierungsfeld eine n-stufige Hierarchie (der Kontierungswerte) 
angelegt werden. Damit wird zum einen eine einfache Zuordnung erlaubter 
v. Kontierungswerte (z.B. Kostenstellen) zu Mitarbeitem ermoglicht, wodurch beispielsweise 
, ein Mitarbeiter mit Berechtigung fur eine ubergeordnete Kostenstelle auch alle 
iuntergeordneten kostenstellen bebuchen darf. Zum anderen konnen Auswertungen auf 
,diesen Hierarchiestufen (z.B. auf Kostenstellen oder Knotenkostenstellen) gemacht 
werden. Nur Blatter durfen bebucht werden. Nicht alle Blatter haben dieselbe Tiefe. 
Die fur ein Feld zulassigen Werte konnen manuell gefullt werden oder aber maschinell - 
beispielsweise uber eine Schnittstelle - in einem von SAP vorgegebenen Format 
angeliefert und in den eCSP ubemommen werden. Fur jedes Kontierungsfeld kann 
festgelegt werden, ob es manuell oder automatisch gefullt wird. 

Kontierungen konnen entweder auf Rechnungsebene oder auf Rechnungspositionsebene 
erfolgen. Um eine automatische Rechnungskontierung zu ermoglichen, kann eine 
Organisationseinheit. Rechnungsarten (auf Kopfebene) und Rechnungspositionsarten (auf 
, Positionsebene) pro Rechnungssteller hinterlegen und dafur Default-Kontierungswerte 
Adefinieren, die das System beim Eintreffen entsprechender Rechnungen oder-positionen 
Jautomatisch fullt. 

Der Rechnungsempfanger kann vorab festlegen, ob Felder, die mit Defaultwerten gefullt 
werden, editierbar sind oder nicht, und ob sie angezeigt werden oder nicht, ob sie gefullt 
werden miissen oder nicht. Dadurch kann eine Rechnung beispielsweise so lange fur die 
Freigabe gesperrt sein, bis die Kostenstelle vorliegt. 

Eine Workflowstrategie legt fest, ob ein Workflow ..geregelt" oder Jndividuell" ablauft. Bei 
einem geregelten Workflow ist genau festgelegt, wie viele Gutheissungsschritte von 
welchen moglichen Benutzem erfolgen mussen, bevor eine Rechnung freigegeben 
werden kann. Bei einem individuellen Workflow wird die Rechnung einem einheitlichen 
Initialbearbeiter oder Dispatcher zugestellt, der dann den ersten Bearbeiter (oder 
Gutheisser) festlegt. Jeder Bearbeiter vollzieht seinen Teil der Rechnungsprufung und 
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leitet die Rechnung an den nachsten Bearbeiter weiter. Dies geschieht so lange, bis die 

Rechnung bei einem Freigeber landet und dieser die Rechnung freigibt. 

Eine Workflowstrategie entspricht entweder dem individuellen Workflow oder aber dem 

geregelten mit einer bestimmten Anzahl von Gutheissungs-Schritten und Regeln 

(beispielsweise parallele Oder sequentielle Priifung). 

Es besteht die Moglichkeit, weitere Strategien mit Benutzem anzulegen. 

Die Einrichtung des Workflow kann eine Benutzer oder eine Organisation selber, 

vorteilhafterweise online durchfiihren. 

Fur jede Rechnung konnen grundsatzlich die folgenden Bearbeitungsoptionen 
implementiert werden (unabhangig davon, ob nun ein Workflow genutzt wird oder nicht). 
. Eine Rechnung befindet sich so lange in Bearbeitung, bis sie abgelehnt oder freigegeben 

w 

*ur jede Rechnungsposition kann eine Notiz in einem Textfeld (Freitext-Bemerkungen) 
erfasst werden. Hierzu kann jeder Benutzer berechtigt werden, der eine Berechtigung fur 
die Rechnungsbearbeitung besitzt. Dies dient der intemen Bearbeitung der Rechnung und 
ist nur fur Benutzer des Rechnungsempfangers, nicht aber fur den Rechnungsempfanger 
oder den Supportmitarbeiter des Betreibers sichtbar. Das Erfassung einer solchen 
Jnternen" Notiz bewirkt keinen Statusiibergangbei der Rechnung. 

Fur eine Rechnung kann ein Benutzer des Rechnungsempfangers eine Riiekfrage an den 
Rechnungssteller erfassen. Dies hat zur Folge, das der Status der Rechnung auf beiden 
Seiten (RE und RS) ubergeht in ..Riiekfrage". Der Workflow pausiert so lange, bis eine 
Antwort erteilt wird. Wahrend dieser Zeit ist die Rechnung nach wie vor in der 
iRechnungsiibersicht vorhanden. 

yEin Rechnungsempfanger kann eine Rechnung per Interaktion mit dem eCSP 
(Knopfdruck) ablehnen. Dem RE konnen bei diesem Vorgang n verschiedene strukturierte 
Griinde vorgegeben werden, unter denen er einen einzigen oder mehrere auswahlen 
kann. Diese n Griinde konnen vom RE vordefiniert werden. Ferner kann er im 
Riickfragefeld eine Freitext-Bemerkung erfassen, die fur den RS sichtbar ist. Bei 
Ablehnung einer Rechnung erfolgt fur beide Seiten (RE und RS) ein Statusubergang in 
..abgelehnt". Die Rechnung wird mit Originalbeleg und zuzuglich Stornobeleg ins Backend 
des RE ubemommen. Der RS kann die Rechnung infolge der Nachricht in seinem 
Backend stomieren. 
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Alle irn vorab definierten, sichtbaren weiteren Datenfelder (Kontierungsfeider) konnen 
wahlweise auf Kopf- oder Positionsebene gefullt werden. Bei hierarchisch aufgebauten 
Kontierungsfeldern wird eine Eingabehilfe in Baumstruktur geboten. 
Der eCSP gibt hierzu eine Auswahl vor. Hierzu muss der eCSP entscheiden, ob 
Kontierung auf Rechnungs- oder Rechnungspositionsebene erfolgen soil. In Abhangigkeit 
davon, ob sich die Defaultwerte auf Rechnungspositionsebene voneinander 
unterscheiden, legt der eCSP die Ebene fur die Default-Kontierung fest und fullt alle 
Kontierungsfeider mit den Vorschlagswerten. 

Sowohl die Ebene der Kontierung als auch die Werte in den Kontierungsfeldern konnen - 
sofern die gewahlte Feldsteuerung dies zulaftt - vom Benutzer verandert werden. In 

ij welchen Schritten und von welchen Bearbeitem dies geschieht, hangt davon ab, ob der 

^technungsempfanger einen Workflow nutzt oder nicht. Dementsprechend greift einer der 

s beiden untenspezifizierten Ablaufe fur die Rechnungsprufung. 
Es konnen auch mehrere Kontierungswerte pro Kontierungsfeld eingegeben werden. In 
diesem Fall kann die Aufteilung des Betrages wahlweise absolut oder prozentual erfolgen. 
Im Laufe des Gutheissungs- und Freigabeprozess konnen Zahlungsbedingungen 
mitgegeben werden. Normalerweise ist die Zahlungsbedingung bereits Bestandteil der 
signierten elektronischen Rechnung. Ist dieses Feld gefullt, so kann es nicht verandert 
werden. Ist es jedoch nicht gefullt, so fullt das System es in der maschinenlesbaren 
Rechnungsversion (XML) mit dem Wert, der in dem entsprechenden Kreditor 
voreingestellt ist. Ist dieser Wert nicht der gewunschte oder ist das Feld noch immer leer, 

, so kann es manuell gefullt werden. 

^in dazu berechtigter Benutzer kann eine Rechnung inklusive der geanderten Daten, 
/erfassten Kontierungen etc. sichem und heisst damit die Rechnung gut. Der 

Gutheissungsstatus wird getrennt vom Rechnungsstatus (nach wie vor „in Bearbeitung") 

fortgeschrieben. 

Eine Rechnung kann statuserhaltend von einem Sachbearbeiter an einen anderen 
Sachbearbeiter weitergeleitet werden. In einem entsprechenden Feld wahlt der 
Sachbearbeiter den Namen eines Benutzers aus, der Gutheissungs- oder 
Freigabebefugnis hat. 

Befindet sich eine Rechnung uber eine vordefinierbare Zeitspanne hinaus in Bearbeitung, 
so kann eine Benachrichtigung an den Eskalationsmanager geschickt werden. Dieser 
kann der Rechnung einen neuen Bearbeiter zuordnen. 
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Eine Rechnungsfreigabe bedeutet, dass eine Rechnung bezahlt werden darf. Dies setzt 
vorraus, dass die Rechnungspriifung mit Erfolg abgeschlossen ist und ein Buchungsbeleg 
fur diese Rechnung erstellt wird oder wurde. 

Beim Individuellen Workflow ist eine Freigabe insbesondere auch dann moglich, wenn 
noch keine Gutheissung stattgefunden hat. Im geregelten Workflow ist eine Freigabe nur 
dann moglich, wenn die zuvor festgelegten Workflowschritte durchlaufen wurden. 
Grundsatzlich kann die Freigabe einer Rechnung aus jedem Status heraus erfolgen. 
Wenn eine abgelehnte Rechnung freigegeben wird, so kannein neuer Originalbeleg erstellt 
oder der Stornobeleg zuruckgenommen werden. 

Ein RE kann pro RS einen Hochstbetrag definieren, bis zu dem Rechnungen automatisch 
\ vom eCSP (System) freigegeben werden.Fur diese Regeln konnen Gultigkeitszeitraume 
jUestgelegt werden. Damit die Belegerstellung nicht fehllauft, sollte fur diesen Fall das 

/System so vollstandig konfiguriert sein, dass samtliche benotigten Kontierungsfelder mit 

Vorschlagswerten geftillt werden. 

Wenn der RE eine Rechnung aus seinem eigenen Finanzsoftwaresystem heraus bezahlen 
will (Zahlungsauftrag erteilt), so kann uber eine Schnittstelle eine entsprechende 
Statusupdatemeldung an den eCSP geschickt werden konnen. Der eCSP kann diese 
Meldung aufnehmen konnen. So ist der RS uber den Zahlungsanstoss informiert und der 
Status der Rechnung im Web auf "erledigt" gesetzt. Dieser Statusupdate kann jedoch vom 
RE auch deaktiviert werden. 

Jede Organisationseinheit kann einen Workflow fur die Rechnungspriifung nutzen. Nutzt 
t sie diesen nicht, so findet die Bearbeitung der Rechnungen uber die ganz normale 
^echnungsanzeige (Rechnungsiibersicht) im Frontend start. 

;• Bearbeitet eine Organisationseinheit ihre Rechnungen mit Workflow-Unterstutzung, so 
wird die Rechnungsiibersicht nur von Dispatchem oder iibergeordneten Instanzen (zu 
Monitoring-Zwecken) genutzt. Die Sachbearbeiter aus Finanzbuchhaltung und Logistik 
erlangen iiber ihren Maileingang Zugriff auf eine zu prufende Rechnung. Fiirjede 
Rechnung erhalten sie eine Email mit einem entsprechenden Link. 
Der eCSP kann so configuriert sein, dafi der Link alleine den Benutzer noch nicht 
authentifiziert, er muss dann noch immer sein personliches Passwort eingeben. 
Der Sachbearbeiter fiillt die Felder, fur die er zustandig ist, und sichert die Daten. 
Entweder ist eine Reihenfolge bestimmter Bearbeiter vomherein festgelegt (geregelter 
Workflow) - in diesem Fall ist der Sachbearbeiter fertig. Oder der Sachbearbeiter muss 
seinen Nachfolger selber bestimmen (individueller Workflow) - in diesem Falle muss er 
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den entsprechenden Namen auswahlen und das System wird diesem Mitarbeiter ebenfalls 
eine Email mit Link auf dieses Rechnung zuschicken. Auswahlbar sind alle Benutzer mit 
entsprechender Berechtigung zur Gutheissung oder zur Freigabe. Sobald eine Rechnung 
freigegeben ist, stoppt der Workflow. 

Rechnungsprufer einer Organisationseinheit ohne Workflow-Unterstutzung gehen in die 
Rechnungsiibersicht und priifen die Rechnungen von dort aus. Es lassen sich dieselben 
Funktionen ausfuhren wie mit Workflow (Fullen von Kontierungsfeldem etc.) - nur werden 
die priifenden Mitarbeiter nicht automatisch vom System koordiniert. Wenn beispielsweise 
ein mittelstandisches Unternehmen insgesamt nur 2 Rechnungsprufer hat, so lohnt die 
Einrichtung des Workflow nicht unbedingt, da die Mitarbeiter sich leicht absprechen 
konnen. 

JBei jeglichem Bearbeitungsschritt - ob dies mit oder ohne Workflow geschieht -konnen 
, Anderungsbelege fortgeschrieben werden. Jede Anderung kann mit Tag, Uhrzeit und 
Benutzerkurzel vermerkt werden und nachvollziehbar sein, unter Angabe der 
Systemtransaktion, des Statusubergangs, des alten und neuen Werts der geanderten 
Felder. Hiervon betroffen sein kann jede statusverandernde Systemtransaktion sowie 
jedes anderungsbeleg-relevante Feld, d.h.: 

■ Jedes Kontierungsfeld 

■ Interne Notizen 

■ Ruckfragen 

Eine neu eingelieferte, noch nicht betrachtete Rechnung hat beim Rechnungsempfanger 
den Status „neu". Sobald sie von einem Benutzer des RE betrachtet wurde, tragt sie den 
%tatus „ln Bearbeitung". Im Anschluss sind die in Fig. 9 und der nachfolgenden Tabelle 
gezeigten Status moglich, deren Ubergange im Rahmen des Designs spezifiziert und 
genau gepruft werden miissen. Jede Statusveranderung auf der Seite des RE hat auch 
eine Statusveranderung auf der Seite des RS zur Folge, d.h. der eCSP kann jeweils 
entsprechende Statusupdates an den Consolidator schicken. 
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Gebucht 



Abgelehnt 



Von der Rechnungsubersicht, von der Anzeige der Rechnungsdetails und aus der 
Bearbeitung (Priifung) einer Rechnung heraus kann ein Absprung auf die 
Geschaftsvorfall-Historie (Anderungsdatum, Anderungszeit und Benutzer) moglich sein. 
Zur Geschaftsvorfall-Historie gehoren alle getatigten Aktionen, insbesondere Aktionen des 
Gutheissungsprozesses. Sowohl Ersteingaben als auch Anderungen von 
Kontlenjngsdaten konnen mit protokolliert werden. 

Die Rechnungen konnen unter anderem in den Formaten XML-ldoc (INVOICE01 , 
INVOIC02) und UN/EDIFACT D96.A angenommen, bearbeitet Oder zur Verfiigung 
gestellt werden. Der Kunde kann in seinen Stammdaten festlegen, welches Format er 
.•bevorzugt. 

^•Der Rechnungsempfanger kann uber das eCSP Frontend (Intemetbrowser) Dateien uber 
HTTPS vom eCSP Betreiber empfangen. Er authentifiziert sich auf dem eCSP und lad die 
Rechnungen als XML-ldoc Files mittels https herunter auf ein Verzeichnis seiner Wahl. 
Beim Empfang kann er aus den bereitstehenden Shipments auswahlen. 
Der eCSP stellt innerhalb der Firewall des eCSP Betreibers die Rechnungen als Datei der 
oben angegebenen Formate zur Verfiigung. Uber herkommliche Download Verfahren und 
mittels https konnen diese Dateien in andere Systeme ubertragen werden. Eine 
heruntergeladene Rechnung soli mit einem Kennzeichen versehen werden, damit sie nicht 
ein zweites Mai ins Backend System des Kunden eingespielt wird. 
Anhand der Rechnungsinformationen und der vorgenommenen Kontierung kann der 
\eCSP automatisch Buchhaltungsbelege erstellen. Das Matching der Felder gegen die 
<P(ML-ldoc Rechnung vollzieht das System automatisch. Diese werden in eine Batch-Input 
Mappe gestellt. 

Bereits erstellte Batch-lnput-Mappen konnen uber https in ein separates System 
heruntergeladen werden, das sich auch jenseits der Firewall des Betreibers befinden 
kann. Von dort aus konnen sie wiederum in das jeweilige Fibu-System hochgeladen und 
dort abgespielt werden. Das Format der Batch-Input Mappen kann vorgegeben werden. 
Abgespielte Mappen werden entsprechend gekennzeichnet, urn ein wiederholtes 
Abspielen zu verhindern. 

Es kann automatisch sichergestell werden, dass fur dieselbe Rechnung nicht zwei Mai ein 
Buchhaltungsbeleg erstellt wird. 
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So lange eine Rechnung freigegeben ist, jedoch nocht kein Buchhaltungebeleg erstellt 
wurde, kann die Bearbeitung wieder von dem Freigeber in Bearbeitung genommen und 
danach die Kontierung geandert werden. 

Ein Storno einer Rechnung uber das Frontend, fur die bereits ein Buchhaltungsbeleg 
erzeugt wurde, kann verboten sein. Wird eine Rechnung im Backend stomiert, kann der 
Status entsprechend von dazu autorisierten Mitarbeitern im Frontend angepasst werden. 
Auf Basis der hinterlegten Cost Events konnen die getatigteh Transaktionen, Buchungen 
oder Freigaben usw. im ausgewahlten Zeitraum gezahlt werclen. 
Mit diesem Report konnen die gezahlten Cost Events an einen Abrechnungsservice 
ubergeben werden. 

Nach der Ubergabe konnen die verarbeiteten Cost Events geloscht werden. 
b Ein Rechnungsempfanger kann einstellen, bei welchen Ereignissen er in Form einer SMS, 
Reiner Email oder eines Briefes benachrichtigt werden mdchte und welcher Mitarbeiter 

Empfanger dieser Nachricht sein soli [1 .19]. Auch mehrere Mitarbeiter konnen 

verschiedenartige Benachrichtigungen iiber dasselbe Ereignis erhalten [10.39]. Diese 

Ereignisse konnen sein: 

■ Rechnungsempfanger wurde an einem Biller Consolidator Netz freigeschaltet. 

■ Rechnungssteller hat Registrierung des Kunden akzeptiert oder abgelehnt 

■ Rechnungssteller ist aus Biller-Consolidator Netz ausgeschieden 

■ Neue Rechnung ist eingetroffen 

( - Skontowarnung (x (einstellbar) Tage vor Ablauf der Skontofrist, x RE-spezifisch 
einstellbar) 

V ■ Rechnung ist fallig (x Tage vor Falligkeitsdatum, x RE-spezifisch einstellbar) 

■ Antwort des Rechnungsstellers (auf eine Ruckfrage) 

■ Rechnungssteller nimmt Rechnung zuruck (z.B. weil ein Irrtum vorlag) 
Benachrichtigungen per Email konnen einen Link auf eine entsprechende Webseite 
enthalten. 

Ein Rechnungssteller kann seine im eCSP gehaltenen Stammdaten selber pflegen, d.h. 
entsprechend der Berechtigung des jeweiiigen Benutzers konnen die Postanschrift und 
andere Kommunikationswege, und Bankverbindungen online geandert werden. 
Der eCSP kann in ein Portal integriert werden. 

Einer der Services, die der eCSP Betreiberden angebundenen Rechnungsempfangern 
anbieten kann, ist die Archivierung aller Rechnungen. Durch die Archivierung werden 
bestimmte Rechnungen aus dem Online Bestand entfemt und stattdessen auf einem nicht 
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uberschreibbaren Datentrager und in auswertbarer Form dem RS zur Verfugung gestellt. 
Die Nichtuberschreibbarkeit ist von besonderem Vorteil fur die Mehrwertsteuerkonformitat 
dieser Losung. 

Bei jedem Archivierungslauf kann die Selektion des Datenbestandes folgendermassen 
erfolgen: 

Alle Rechnungen 

■ Genau einer bestimmten Organisationseinheit 

■ mit Einlieferungsdatum vor (Tagesdatum minus RE-spezifischer Frist, festgelegt im 
Customizing) 

■ mit Status abgelehnt, stomiert oder gebucht 

Fiirjede zu archivierende Rechnung konnen folgende Informationen archiviert werden: 
L " Originalrechnung digital signiert (elektronisches Format wie I DOC oder 
7 UN/ED I FACT oder XML usw.) 

■ zugehorige Rechnung im lesbaren Format digital signiert (PDF - kann im Thin 
Consolidation Fall auch Originalrechnung sein) 

■ Zusatzdokument aus Workflow mit Unterschriften und Bemerkungen der 
Gutheisser, Freigeber etc. 

■ Fortschreibung des Geschaftsvorfall: das Protokoll aller schreibenden Aktionen, 
inkl. Riickfragen und Notizen soil mit archiviert werden 

Der RE kann individuell Zustellungszyklen einstellen, denen entsprechend ihm 
Archivdaten zur Verfugung gestellt werden. 



JEs konnen Tools zur Signaturprtifung integriert sein, die auch auf dem nicht 
"erschreibbaren Datentrager enthalten sein konnen. 
Die Software zur Archivierung kann Suchkriterien (Rechnungdatum, Customer, Betrag, 
Wahrung, Rechnungsnr., Status) zur Verfugung stellen, die es erlauben, Rechnungen 
schnell zu finden. Die Suchresultate konnen nach verschiedenen Kriterien sortiert werden. 
Dem Betreiber wird mit der Archivierungsfunktion eine Funktion zur Verfugung gestellt, mit 
der er fur einen bestimmten Rechnungsempfanger alle Rechnungen als Sammelrechnung 
auf Papier ausdrucken kann, um diese dem Rechnungsempfanger fur steuerliche Zwecke 
zur Verfugung stellen zu konnen. 

Fur die Rechnungsbearbeitung beim Customer konnen samtliche Prozessschritte mit den 
zugehorigen Objekten protokolliert werden, so dafc der ProzeUablauf nachvollziehbar 
bleibt (unter anderem die Rechnung, Gutheissung, Freigabe, Ablehnung, Weiterleitung, 
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Kontierung, Notizen, Abholung der Belegdaten). Die Protokollierung kann mit einer 
Identifikation des Bearbeiters, Timestamp, Rechnungsbezug und getatigter Aktion 
erfolgen. 

Die Daten auf dem eCSP konnen von dem eCSP Betreiber iiber eine 
Standardarchivierungs-Schnittstelle (Archive Link) archiviert werden. Ein Ruckladen der 
Daten ins System ist moglich (z.B. fur Auswertungszwecke). 

Ein Support Mitarbeiter kann in einem Monitor samtliche Meldungen und Vorgange zu 
einer Rechnung oder zu einer Organisationseinheit beobachten. Wenn Probleme auftreten 
sollten, beispielsweise dass einen Rechnung nicht korrekt angekomen ist, ist es moglich, 
anhand der Meldungen nachzuvollziehen, an welcher Stelle das Problem aufgetreten ist. 
Support Mitarbeiter des eCSP Betreibers sollten dieselben Screens sehen konnen wie ihre 
UKunden, denen sie Hilfestellung leisten sollen. Es kann vorgesehen sein, auf die 
"Wechnungsiibersicht einer bestimmten Organisationseinheit ins Einstiegsbild eines 
bestimmten Benutzers zu kommen. Es kann weiter vorgesehen sein, daft der Support 
Mitarbeiter zeitweise die Eigenschaften eines Benutzers auf sich selber wiederspiegeln 
kann, urn nachvollziehen zu konnen, welches Problem sein Gegenuber derzeit gerade hat. 
Meldet ein Rechnungssteller sich am Netz ab, kann in der Billeriiste der Status aktualisiert, 
die angebundenen RE's informiert und fortan keine Rechnungen dieses RS mehr 
akzeptiert werden. 

Weiter vorteilhaft ist es, wenn ein RE keine Rechnungen eines anderen RE's sehen kann. 

Ferner kann vorgesehen werden, daft ein Supportmitarbeiter niemals „unbemerkt", d.h. 
( ohne entsprechende Protokollierung durch das System ins Handlungsgeschehen 
^Hngreifen konnen (Rechnungen ablehnen, kontieren etc.). 

Im folgenden wird die Erfindung anhand der Figuren 1- 8 weiter erlautert. Ein 
Beschrankung der Erfindung in irgend einer Weise ist dadurch nicht beabsichtigt. 

Fig. 1a und 1b zeigen als Blockdiagramm Computersysteme mit Programmen und Dateien 
zur Durchfuhrung des erfindungsgemaften Verfahrens zur computerimplementierten 
Bearbeitung von Rechnungen. 

Fig. 2 zeigt beispielhaft einen Laufweg einer elektronischen Rechnung bei Benutzung des 
erfindungsgemaften Verfahrens anhand eines Blockdiagramms. 
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- Fig. 3 zeigt beispielhaft mehrere Schritte bei der Bearbeitung von Rechnungen nach dem 
erfindungsgemafien Verfahren. 

Fig. 4 zeigt anhand eines Blockschaltbildes eine erste mogliche Aufteilung von einzelnen 
Schritten des erfindungsgemaften Verfahrens auf eine oder mehrere Parteien. 

Fig. 5 zeigt anhand eines Blockschaltbildes eine zweite mogliche Aufteilung von einzelnen 
Schritten des erfindungsgemaften Verfahrens auf eine oder mehrere Parteien. 

Fig. 6 zeigt anhand eines Blockschaltbildes eine dritte mogliche Aufteilung von einzelnen 
Schritten des erfindungsgemafXen Verfahrens auf eine oder mehrere Parteien. 

^ig. 7 zeigt beispielhaft eine mogliche Schrittfolge zur „manuellen" Bearbeitung einer 
Rechnung. 



Fig. 8 zeigt beispielhaft eine mogliche Schrittfolge zur ..automatischen" Bearbeitung einer 
- Rechnung. 

Fig. 9 zeigt beispielhaft mogliche Status eins elektronischen Dokumentes oder eines 
strukturierten Dokumentes. 

Die Figuren 1a und Ibzeigen ein Beispiel eine Implementierung einer Ausfuhrungsform 
der Erfindung: ein Computer-System 101, dass miteinem Computer System 115 
|verbunden werden kann, wobei beide mit Programmen oder Programmmodulen zur 
^Durchfuhrung des erfindungsgemalien Verfahrens versehen sind. Fig. 1a zeigt einen 
Computer System 101 aufweisend einen Computer 102 mit einer CPU 105, einem 
Arbeitsspeicher 112, in dem Softwareanwendungen zur Ausfuhrung durch die CPU 105 
gespeichert sind. Eine derartige Softwareanwendung ist das erfindungsgemafte 
Programmen 1 1 1 , der eCSP. Das Computer-System 101 umfasst weiter Eingabemittel 
103 und Ausgabemittel 104 zur Bedienung durch einen Anwender, zum Beispiel zum 
Starten von Programmen und/oder zur Eingabe und Ausgabe von Daten. Das 
Computersystem 101 weist weiter allgemeine Eingangs- und Ausgangsmittel 108 auf, 
einschlielilich einer Netzwerkverbindung 113, zum Senden und/oder Empfangen von 
Daten, zum Beispiel uber eine Netzwerkverbindung mit einem oder mehreren weiteren 
Computersystemen 114, und zum Empfangen von elektronischen Rechnungen. Eine 
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- Vielzahl von Computer-Systemen ahnlich wie das Computer-System 1 01 , insbesondere 
ein Computer-System 115 in Fig. 1b, konnen uber die Netzwerkverbindung 1 13 in Form 
eines Netzwerkes miteinander verbunden sein. In einem derartigen Fall konnen die 
Netzwerkcornputer 1 14 als weitere Eingabe- bzw. Ausgabemittel Oder als weitere 
Speichermittel benutzt werden. Zur Speicherung von Daten weist das Computer-System 
101 ein nicht fluchtiges Speichermittel 107 auf. Fig. 1b.zeigt.das Computer-System 115, 
dass mit dern Computer System 101 von Fig. 1a verbindbar ist. Das Computer-System 
115 umfasst einen Computer 116 miteinerCPU 121, einem Arbeitsspeicher 120, in dem 
Software Anwendungen zur Ausfuhrung durch die CPU 121 gespeichert sind, allgemeine 
Eingabe- und Ausgabemittel 1 22 inklusive einer Netzwerkverbindung 1 23 zum Senden 
, und/oder Empfangen von Daten und zum Aufbau eines Netzwerkes mit anderen 
omputer-Systemen, insbesondere mit dem Computer-System 101 aus Fig. 1a. Das 
, omputer-System 115 umfasst weiter Eingabemittel 117 und Ausgabemittel 118 zur 
Bedienung durch einen Benutzer, z. B. zum Starten von Programmen und/oder zur 
Eingabe und/oder Ausgabe von Daten. Aulierdem ist ein nicht fliichtiger Speicher 1 19 
vorhanden. 

In dem Ausfuhrungsbeispiel der Figuren 1a und 1b ist der erfindungsgemade eCSP 1 1 1 
auf dem Computersystem 101, das einer ersten Partei zuzuordnen ist, installiert. Der 
eCSP 1 1 1 befahigt eine zweite Partei mit Hilfe des Computer-Systems 1 1 5 elektronische 
Dokumente, im Beispiel sind es Rechnungen, auf dem Computer-System 101 zu 
bearbeiten, sofem beide Computer-Systeme miteinander verbunden sind. Dies wird im 
plgenden detaillierter erklart werden. 

Voraussetzung ist zunachst, dass der ersten Partei auf dem Computersystem 101 eine 
Rechnung in elektronischer Form vorliegt. Dies kann z. B. dadurch erfolgt sein, dass ein 
Rechnungssteller der ersten Partei eine elektronische Rechnung mittels E-Mail Oder 
Datentrager Oder uber eine Netzwerkverbindung uber dem Eingang 108 in das Computer- 
System 101 ein gespielt hat. Eine so erhaltene Rechnung wird dann in ein internes Format 
konvertiert und in einer Tabelle 109 gespeichert. Die Tabelle 109 hat eine Vielzahl von 
Spalten, die Rechnungsinformationen enthalten, wie Rechnung Nr., Kunde, Datum, 
Produkt, Preis, Adresse usw. Die Zeilen der Tabelle 109 bestehen aus Datenfeldem 
entsprechend den genannten Spalten und bilden die einzelnen Rechnungen. 
Selbstverstandlich kann die Rechnungen auch auf mehrere Tabellen aufgeteilt seien 
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. (relationale Datenbank). Sobald eine neue Rechnung eine solche Tabelle 109 gespeichert 
wird, Oder nach einer voreinstellbaren Anzahl von neue eingespeicherten Rechnungen, 
erzeugt der eCSP 1 1 1 aus einem oder mehreren Datenfeldern einer Rechnung aus der 
Tabelle 109 unter Hinzufugung von weiteren Datenfeldern aus einer Tabelle 106 ein 
strukturiertes Dokument 125. Das strukturierte Dokument 125 kann Daten, tags, oder 
Programmcode enthalten. Dieses strukturierte Dokument 125 ist in einem Web-Browser 
1 24 anzeigbar, und die weiteren Datenfelder konnen mittels des Web-Browsers 1 25 
editiert werden. Das strukturierte Dokument 125 ist vorzugsweise eine strukturierte Tabelle 
oder eine XML-Datei oder eine HTML-Datei oder eine Java Server Page. Name und 
Eigenschaften der weiteren Datenfelder sind in einer Tabelle 106 gespeichert. Die Namen 
konnen sich am Zweck des weiteren Datenfeldes bzw. an der Art der einzugebenden 
toaten oder Informationen orientieren, z. B. Konto, Kostenstelle usw. Als Eigenschaften 
^nnen Grofcen wie Typen, Grofte, Sichtbarkeit, Editierbarkeit, ein Defaultwert usw. 
definiert werden. Typ kann z. B. sein Zahl oder Zeichenkette, die Grade entspricht der 
Lange des Feldes, Sichtbarkeit gibt an, ob das betreffende Feld im Browser angezeigt wird 
oder unsichtbar bleibt, Editierbarkeit gibt an, ob das Feld im Browser editiert werden kann. 
Die Eigenschaft Defaultwert gibt an, ob und welcher Wert vom eCSP vorab in das 
betreffende Feld geschrieben wird. Das strukturierte Dokument 125 und die Tabelle 106 
konnen beim Einrichten des Systems fur jeden Rechnungssteller Oder fur jede erste oder 
zweite Partei oder einen bestimmten Sachbearbeiter einer der Parteien spezifisch 
ausgestaltet werden. Der eCSP 1 1 1 erzeugt weiter einen HTTP-Link 110, der auf das 
^strukturierte Dokument 125 zeigt. Der HTTP-Link wirxJ der zweiten Partei per E-Mail oder 
j^/IS zugesandt. Die zweite Partei bzw. eine ihrer Sachbearbeiter kann den HTTP-Link 
^"0 mit dem Computer-System 115 uber den Eingang 122 empfangen. Die zweite Partei 
kann mit Hilfe des Web-Browsers 124 den HTTP-Link 110 ausfuhren, worauf der Web- 
Browser 124 uber eine Netzwerkverbindung 123 vorzugsweise uber die 
Zwischenschaltung eines Anmeldungsschrittes auf das strukturierte Dokument 125, das 
sich auf dem Computer System 101 der ersten Partei befindet, zugreift, es offnet und auf 
einen Biidschirmen 1 1 8 des Computer-Systems 1 1 5 zur Anzeige bringt. Der 
Sachbearbeiter der zweiten Partei sieht eine fur ihn gestaltete Anzeige und kann die zur 
Bearbeitung angebotenen weiteren Datenfelder editieren. Nach erfolgter Dateneingabe 
kann der Sachbearbeiter das strukturierte Dokument 125 schliefcen. Der eCSP 1 1 1 
uberwacht den Status des strukturierte Dokumentes an 125. Nachdem der Status " 
Bearbeitung beendet " erkannt wurde, kann das geanderte bzw. editierte strukturierte 
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Dokument 125 als Buchhaltungsbeleg (Beleg) an die zweite Partei zur Eingabe in ihr 
elektronisches Buchhaltungssystem gesandt werden. Vorher kann der Beleg noch 
umformatiert werden, um ihn an die von der zweiten Partei verwendeten Formate 
anzupassen. Es kann aberauch ausdem geanderten strukturierten Dokument 125 oder 
der Rechnung unter Hinzufiigung weiteren Datenfelder und/oder Weglassung von 
Datenfeldem ein weiteres strukturiertes Dokument 125, dass fur einen anderen 
Sachbearbeiter spezifisch gestaltet ist, sowie ein entsprechender weiterer HTTP-Link 1 10 
erzeugt werden. Entsprechend kann dann der weitere HTTP-Link 110 dem anderen 
Sachbearbeiter zugesandt werden, worauf dieser in analoger Weise die weitere 
Bearbeitung der Rechnung bzw. des weiteren strukturierten Dokumentes 125 durchfuhren 
kann. Es konnen auch parallel bzw. gleichzeitig zwei unterschiedliche strukturierte 
gokumente 125, die fur unterschiedliche Sachbearbeiter spezifisch ausgestaltet sind, und 
ehtsprechende HTTP-Links 110 erzeugt werden. Dies ermoglichte in analoger Weise die 
parallele bzw. gleichzeitige Bearbeitung der Rechnung. Beim Einrichten des Systems 
konnen einem oder mehrere unterschiedliche Abfolgen solcher konfigurierbarer 
Arbeitsschritte als Workflow voreingestellt werden. 

Die Fig. 2 zeigt ein Beispiel eines Weges auf dem eine elektronische Rechnung in ein 
elektronisches Buchhaltungssystem eines Rechnungsempfangers (Kunden) gelangen 
kann: eine elektronische Rechnung 201 wird an einen eCSP 202 gesandt. Die 
elektronische Rechnung 201 wird, wie zu Fig. 1 oben ausgefuhrt, mit Hilfe des eCSP, der 
auf einem Computersystem installiert ist, kontiert und gepruft. Der eCSP erzeugt aus dem 

feanderten strukturierten Dokument einen Buchhaltungsbeleg 204 und sendet ihn 
utomatisch oder auf Anforderung an eine Buchhaltungssoftware 203 des 
Rechnungsempfangers, die ebenfalls auf einem Computer-System installiert ist. Die 
Buchhaltungssoftware 203 kann nun Informationen aus dem Beleg 204 ihren einzelnen 
Modulen zuordnen, beispielsweise einer Finanzbuchhaltung 205, einem 
Kostenrechnungsmodul 206, einer Anlagenbuchhaltung 207, einem Logistikmodul 208 
usw. 

Die Fig. 3 zeigt beispielhaft mdgliche Arbeitsschritte, die mit Hilfe des erfindungsgemaften 
eCSP durchgefuhrt werden konnen. Wenn eine elektronische Rechnung 301 einem 
erfindungsgemalien eCSP zugesandt wird, kann in einem ersten Schritt 302 eine 
automatische Priifung der elektronischen Rechnung 301 noch voreinstellbaren Kriterien 
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stattfinden. Je nach Art des Fehlers und dem dazu vorgegebenen Kriterium kann in einem 
Schritt 303 eine formale Priifung (Eskalation) durchgefuhrt werden. Dazu wird vom eCSP 
ein entsprechendes strukturiertes Dokument erzeugt und eine E-Mail mit einem HTTP-Link 
an einen dafur vorgesehenen Sachbearbeiter versandt (diese Vorgehensweise ist 
gemeint, wenn im folgenden davon gesprochen wird, dass die Rechnung automatisch 
einen Sachbearbeiter zur Bearbeitung gesandt bzw. zuganglichgemacht wird.). Alternativ 
kann aber auch die elektronische Rechnung 301 in einem Schritt 304 automatisch 
zuruckgewiesen werden. Dazu kann eine voreinstellbaren E-Mail an den Rechnungssteller 
gesandt werden. Ergibt die automatische Priifung im Schritt 302 keine Fehler, kann ein 
Workflow initiiert werden. Dann wird in der bereits beschriebenen Weise ein 
entsprechendes strukturiertes Dokument erzeugt und einem Sachbearbeiter 
^uganglichgemacht, der dann in einem Schritt 305 eine sachliche Priifung der Rechnung 
durchgefuhrt. Das Ergebnis der Priifung (zum Beispiel sachliche in Ordnung oder nicht in 
Ordnung) kann der in einen dafur vorgesehenen weiteren Datenfeld vermerken. Ist diese 
Bearbeitung beendet, das strukturierte Dokument geschlossen, kann der eCSP je nach 
Ergebnis der Priifung die Rechnung automatisch zuriickweisen oder in der bereits 
beschriebenen Weise automatisch einem weiteren Sachbearbeiter zur Bearbeitung 
zuganglich machen. Dieser kann dann in einem Schritt 306 die ihm angebotenen Felder 
wie Kontonummer oder Kostenstelle ausfullen, d. h. die Rechnung kontieren. 
Anschlieliend wird die Rechnung automatisch einem weiteren Sachbearbeiter 
zuganglichgemacht, der dann in einem Schritt 307 die Rechnung freigeben oder 
zuriickweisen kann. Im Falle der Freigabe erzeugt der eCSP in einem Schritt 308 
itomatisch einen Buchhaltungsbeleg 309. 



Die Fig. 4. zeigt ein Beispiel einer moglichen Anordnung und Zusammensetzung von 
Systemen mit denen unter Zuhilfenahme des erfindungsgemafien eCSP eine Rechnung 
auf elektronischem Wege empfangen, kontiert und gepriift werden kann. Ein Dienstleister 
403 betreibt ein Computer-System mit einem erfindungsgemafien eCSP 407, einer 
Software 404 fur Auswertungen, einer Software 405 zur Formatskonvertierung und 
Erstellung einer digitalen Signatur, eine Software 406 zur Verwaltung von Stamm- und 
Partnerdaten und einer Abrechnungssoftware 408: Das Computer-System des 
Dienstleisters 403 kann mit Computer-Systemen von unterschiedlichen Rechnungsstellem 
401, 402 und einem Rechnungsempfanger 409 iiberein Netzwerk verbunden werden. Die 
Bearbeitung einer Rechnung kann mit einer derartigen Anordnung folgendermaften 
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durchgefuhrt werden: eine Rechnungssteller 401 , 402 sendet eine elektronische 
Rechnung an den Dienstleister 403. In dessen Computer-System fuhrt zunachst die 
Software 405 eine Formatskonvertierung durch. Aufcerdem wird die elektronische 
Rechnung automatisch digital signiert. Hierzu sollte der Rechnungssteller dem 
Dienstleister vorab autorisiert haben. Die signiert der Rechnung wird dann zunachst dem 
Rechnungsempfanger 409 zur Prufung der Signatur zugesandt Hierzu kann die Software 
406 entsprechende Adressendaten bereitstellen. Dies ist besonders vorteilhaft, war die 
Erstellung und die Prufung der Signatur von unterschiedlichen juristischen Personen 
durchgefuhrt werden muss, wenn die Rechnung den gesetzlichen Bestimmungen 
betreffend die MwSt. genugen soli. Nach erfolgter Signaturpriifung sendet der 
Rechnungsempfanger 409 die Rechnung an den Dienstleister zuruck. AnschlieRend wird 
; |sie beim Dienstleister vom eCSP zur weiteren Prufung und Kontierung bereitgestellt. Mit 
Tlilfe der Abrechnungssoftware 408 kann die Zahl der verarbeiteten Rechnungen oder 
auch der einzelnen Beantwortungsschritte gezahlt und den Rechnungsstellern und/oder 
den Rechnungsempfangem in Rechnung gestellt werden. 



Fig. 5 zeigt ein weiteres Beispiel einer derartigen Anordnung und Zusammensetzung von 
Systemen. In diesem Beispiel betreibt ein erster Dienstleister 501 mit einem Computer- 
System eine Software 502 fur Auswertungen, eine Software 503 zur Verwaltung von 
Stamm- und Partnerdaten, eine Software 504 zur Formatkonvertierung und 
Signaturerstellung sowie eine Abrechnungssoftware 505. Ein zweiter Dienstleister 507 
betreibt auf einem Computer System einen erfindungsgemafien eCSP 509 sowie eine 
^eftware 508, die als Schnittstelle und Signaturpriifung dient. Weiter vorhanden sind ein 
Rechnungssteller 506 sowie unterschiedliche Rechnungsempfanger 510 mit jeweils 
eigenen Computer-Systemen. In diesem Beispiel kann der Rechnungssteller 506 eine 
elektronische Rechnung an den 1. Dienstleister 501 senden, eine Formatkonvertierung 
durchfuhren sowie die Rechnung digital signieren lassen. Der erste Dienstleister 501 leitet 
die Rechnung an den zweiten Dienstleister 507 weiter. Hierzu konnen Adressedaten von 
der Verwaltungssoftware 503 bereitgestellt werden. Alternativ kann der Rechnungssteller 
506 die Rechnung selbst digital signieren und in einem entsprechenden Format direkt an 
den zweiten Dienstleister 507 senden. Der zweite Dienstleister 507 erhalt die signierte 
Rechnung iiber die Schnittstellensoftware 508, fuhrt eine Signaturpriifung durch und leitet 
die Rechnung zur weiteren Bearbeitung an den eCSP weiter, d. h. die Rechnung wird z. B. 
Altteile in einer Tabelle abgespeichert, wie weiter oben bereits beschriebenen. Der eCSP 
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uberwacht die entsprechende Tabelle und startet einen Workflow zur Bearbeitung sobald 
eine neue Rechnung gespeichert ist. Nach erfolgter Bearbeitung wird ein Beleg an den 
betreffenden Rechnungsempfanger 510 weitergeleitet. 

Fig. 6 zeigt ein weiteres Beispiel einer derartigen Anordnung und Zusammensetzung von 
Systemen. In diesem Beispiel sind die erste und zweite Partei innerhalb eines 
Unternehmens 601 angesiedelt. Das Unternehmen 601 betreibt ein Computer-System, 
das aus einem firmeninternen Netzwerk Oder aus einem einzelnen Computer bestehen 
kann. Das Unternehmen 601 hat einen erfindungsgemafcen eCSP 602, eine Software 603, 
die als Schnittstelle und zur Signaturprufung dient, und ein Buchhaltungssystem 604. Die 
Bearbeitung und Kontierung einer Rechnung erfolgt analog dem oben bereits 
^.eschriebenen. Nach erfolgter Freigabe einer Rechnung wird ein Beleg 605 vom eCSP 
erzeugt und dem Buchhaltungssystem 604 ubergeben. Eine derartige Anordnung ist 
vorteilhaft, wenn in einem Unternehmen ein Buchhaltungssystem vorhanden ist, aber 
keine Funktionalitat des eCSP hat, und wenn unter Beibehaltung des vorhandenen 
Buchhaltungssystems eine neue Funktionalitat entsprechend dem eCSP installiert werden 
soil. 

Die Fig. 7 zeigt ein Beispiel eines " manuellen " Workflow zur Bearbeitung einer Rechnung 
nach dem erfindungsgemalien Verfahren. Die Bezeichnung " manuellen " bedeutet, dass 
der Workflow wahrend seines Ablaufs von einem der Sachbearbeiter geandert werden 
kann. In einem ersten Schritt 701 wird eine elektronische Rechnung auf einem Computer- 
system wie bereits beschriebenen gespeichert. Der eCSP 702 fuhrt in einem ersten 
Schritt 703 eine automatische Priifung der Rechnung gemafi vorgegebenen Kriterien 
durch. Die Priifung ergibt, dass die Rechnungspositionsart fehlerhaft ist, in dem 
beispielsweise eine Leistung berechnet wurde, deren Berechnung zwischen dem 
Rechnungsstellern und Rechnungsempfanger nicht vereinbart wurde und entsprechend 
nicht im System hinterlegt wurde. Der eCSP startet darauf automatisch einen fur diesem 
Fall konzipierten manuellen Workflow und ubergibt die Rechnung einem ersten der 
Arbeiter 705, indem er in einem Schritt 706 eine E-Mail an den Bearbeiter 1 sendet. Der 
Bearbeiter 1 kann sich dann am eCSP anmelden und in einem Schritt 706 die 
Einstellungen am eCSP anpassen, sofern mit dem Rechnungssteller vereinbart wurde, 
Rechnungen mit der betreffenden Rechnungspositionsart anzunehmen. Der Bearbeiter 1 
kann in einem Schritt 708 einen neuen oder geanderten Workflow festlegen und die 
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. Rechnung erneut in den Eingang geben. Anschliefiend startet der eCSP die automatische 
Prufung in Schritt 703 emeut. Nach dem die Einstellungen durch den Bearbeiter 1 
geandert worden, wird kein Fehler festgestellt, ein entsprechender Workflow 704 
aufgerufen und die Rechnung in einem Schritt 709 einem Bearbeiter 2 und iibergeben. 
Dazu wird in einem Schritt 911 E-Mail an den Bearbeiter zwei gesandt. Dieser meldet sich 
am eCSP 702 an, bearbeitet die Rechnung (im Beispiel heifct er sie gut) und schliefct sie in 
einem Schritt 71 1 . Anschlieliend wird die Rechnung einem Bearbeiter 3 in einem Schritt 
912 iibergeben. Dazu wird in einem Schritt 913 eine E-Mail an den Bearbeiter gesandt. 
Dieser meldet sich am eCSP 702 an, bearbeitet die Rechnung (im Beispiel kontiert er sie 
und gibt sie frei) und schlie&t sie in einem Schritt 914. Damit ist die Bearbeitung der 
Rechnung geandert und der eCSP 702 erzeugt automatisch einen Beleg zur Weiterleitung 
Van den Rechnungsempfanger. In Fig. 7 ist dieser Reihenfolge der Schritte auch durch die 
'^ezifferung der Pfeile angezeigt. 

Die Fig. 8 zeigt ein Beispiel eines " automatischen " Workflow zur Bearbeitung einer 
Rechnung nach dem erfindungsgemafien Verfahren. In einem ersten Schritt 801 wird eine 
elektronische Rechnung auf einem Computer-system wie bereits beschriebenen 
gespeichert. Der eCSP 802 fuhrt in einem Schritt 803 eine automatische Prufung der 
Rechnung gemaR vorgegebenen Kriterien durch. Im Beispiel ergibt die Prufung einen 
Fehler und so wird ein Workflow 804 gestartet. Der Workflow iibergibt in einem Schritt 805 
die Rechnung an einen Bearbeiter 1 . Dazu wird eine E-Mail 806 mit einem Link an den 
Bearbeiter 1 geschickt. Dieser kontiert die Rechnung und heilit die Rechnung in einem 
Schritt 807 gut. In analoger Weise erfolgt anschlieUend eine Uberprufung und nochmalige 
'^utheiftung durch einen Bearbeiter 2 mit den analogen Schritten 808, 809, 810. 
AnschlieUend wird die Rechnung in einem Schritt 811 einem Bearbeiter 3 mittels E-Mail 
812 zur Freigabe gegeben, die im Schritt 813 erfolgt. In einem Schritt 814 kann die 
Erstellung eines Reports, d.h. einer Auswertung von einer oder mehreren Rechnungen 
durch einen Report Generator 819, initiiert werden. Der Report kann einem Bearbeiter 4 
zuganglich gemacht werden. Hierzu wird eine E-Mail mit einem Link an den Bearbeiter 4 
gesandt. Der Bearbeiter 4 kann die Report-Datei in einem Schritt 815 downloaden und in 
einem Schritt 816 in eine Finanz- oder Cpntrolling-Anwendung einspielen. In einem Schritt 
81 7 kann die Eriedigung dieses Vorganges abgezeigt werden. 
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Patentanspruche: 

1 . Verfahren zur Bearbeitung von Dokumenten mit Hilfe eines Computer-systems, bei dem 
das Dokument in elektronischer Form mit ein Oder mehreren Datenfeldern vorliegt, die 
Dokumentinformationen enthalten, und bei dem ein oder mehrere elektronische 
Dokumente von einer ersten Partei einer zweiten Partei zuganglich gemacht werden, 
dadurch gekennzeichnet, daft 

(die zweite Partei auf ein oder mehrere strukturierte Dokumente zugreift, die von der 
ersten Partei bereitgestellt sind, und die es der zweiten Partei ermoglichen, ein oder 
mehrere weitere Datenfelder zu ein oder mehreren Datenfelder des oder jeden 
elektronischen Dokumentes hinzuzufugen. 

i 

» 

2. Verfahren nach Anspruch 1 , bei dem ein Verweis auf den Speicherort des oder jeden 
strukturierten Dokuments von der zweiten Partei empfangen wird. 



3. Verfahren nach Anspruch 1 oder 2, wobei die zweite Partei tiber eine 
Netzwerkverbindung auf das strukturierte Dokument zugreift. 



4. Verfahren nach einem oder mehreren der Anspriiche 1 bis 3, wobei das oder jedes 
^^strukturierte Dokument Daten und/odertags und/oder Programmcode enthalt, so dafi 
der zweiten Partei, die auf das strukturierte Dokument zugreift, ein oder mehrere 
Datenfelder als Auswahl zum Editieren und/oder Hinzufugen angeboten werden. 



5. Verfahren nach einem oder mehreren der Anspriiche 1 bis 4, wobei das strukturierte 
Dokument eine strukturierte Tabeile oder eine XML-Datei oder eine HTML-Datei er 
eine Java Server Page ist. 



6. Verfahren nach einem oder mehreren der Anspriiche 1 bis 5, bei dem die zweite Partei 
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mit Hilfe eines Webbrowsers uber ein Netzwerk Oder das Internet auf das oder jedes 
strukturierte Dokument zugreift. 

7. Verfahren nach einem oder mehreren der Anspriiche 1 bis 6, wobei das strukturierte 
Dokumente einen Verweis auf den Speicherort des elektronischen Dokumentes 



8. Verfahren nach einem oder mehreren der Anspruche 1 bis 7, bei dem das oder jedes 
weitere Datenfeld mit einem Defaultwert vorbelegt wird. 



9. Verfahren nach einem oder mehreren der Anspruche 1 bis 8, wobei der zweiten Partei 



10. Verfahren nach einem oder mehreren der Anspruche 1 bis 9, wobei das Dokument 
eine Rechnung ist. 



: #l 1 .Verfahren nach Anspruch 10, bei dem der zweiten Partei Mittel zur Bestatigung der 
Rechnung angeboten werden. 

12. Verfahren nach einem oder mehreren der Anspruche 1 bis 1 1 , aufweisend den Schritt: 
Versenden des oder jeden strukturierten Dokumentes an die zweite Partei. 

13. Verfahren nach einem oder mehreren der Anspruche 1 bis 12, bei dem das 
elektronische Dokument und/oder das strukturierte Dokument verschlusselt wird. 



enthalt. 




Mittel zum Eingeben von Informationen in das oder jedes weitere Datenfeld angeboten 
werden. 
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14. Verfahren nach einem oder mehreren der Anspruche 1 bis 13, bei dem ein Workflow 
zur Bearbeitung des Oder jeden strukturierten Dokumentes gestartet wird. 

15. Verfahren nach einem oder mehreren der Anspruche 1 bis 14, bei dem das 
elektronische Dokument automatisch auf voreinstellbare Kriterien uberpriift wird. 

16. Verfahren nach einem oder mehreren der Anspruche 1 bis 15, bei dem das 

^ elektronische Dokument und/oderdas strukturierte Dokument digital signiert wird. 

17. Verfahren nach einem oder mehreren der Anspruche 10 bis 16, aufweisend den Schritt 
Weiterleiten der bearbeiteten Rechnung an einen Zahlungsservice. 

18. Verfahren nach einem oder mehreren der Anspruche 9 bis 17, wobei die Informationen 
Rechnungsinformationen sind und Informationen zu Adressen des Rechnungsstellers 
und/oder des Rechnungsempfangers und/oder des Zahlungsservice und/oder zur 
Zahlung und/oder zur MwSt. und/oder zu Rechnungspositionen mit Bezug zum 

0^ zugrundeliegenden Auftrag und/oder zur Kommentierung umfassen. 

19. Verfahren nach einem oder mehreren der Anspruche 10 bis 18, wobei die weiteren 
Datenfelder zur Eingabe von Kontierungsinformationen vorgesehen sind. 

20. Computer-System zur Durchfuhrung eines Verfahrens nach einem oder mehreren der 
vorstehenden Anspruche, aufweisend 

Mittel zur Speicherung von Daten 
Mittel zur Speicherung von Programmen 
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Mittel zur Ausfuhrung von Programmer! 

Programrncodemittel zur Ausfuhrung eines Verfahrens nach einem oder mehreren der 
vorstehenden Anspriiche. 

21. Computer-Programm mit Programmcodemitteln, urn alle Schritte von einem beliebigen 
Verfahren gemaft einer beliebigen Kombination der Anspruche 1 bis 19 auszufuhren, 
wenn das Programmen auf einem Computer ausgefuhrt wird. 

22. Computer-Programm nach Anspruch 21, enthalten in einen elektrischen Tragersignal. 

23. Computerprogrammprodukt mit Programmcodemitteln, die auf einen computerlesbaren 
Datentrager gespeichert sind, und geeignet sind, ein Verfahren gemafi einer beliebigen 
Kombination der Anspruche 1 bis 19 auszufuhren, wenn sie auf einem Computer 
ausgefuhrt werden. 
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Zusammenfassunq 

Die Erfindung betrifft ein Verfahren zur Bearbeitung von Dokumenten mit Hilfe eines 
Computersystems, bei dem das Dokument in elektronischer Form mit ein oder mehreren 
Datenfeldern vorliegt, die Dokumentinformationen enthalten, und bei dem ein oder 
mehrere elektronische Dokumente von einer ersten Partei einer zweiten Partei zuganglich 
gemacht werden, dadurch gekennzeichnet, dad 

die zweite Partei auf ein oder mehrere strukturierte Dokumente zugreift, die von der ersten 
Partei bereitgestellt sind, und die es der zweiten Partei ermoglichen, ein oder mehrere 
weitere Datenfelder zu ein oder mehreren Datenfelder des oder jeden elektronischen 
Dokumentes hinzuzufugen. 
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